home *** CD-ROM | disk | FTP | other *** search
/ Atari Mega Archive 1 / Atari Mega Archive - Volume 1.iso / lists / gem / l_1199 / 977 < prev    next >
Text File  |  1994-08-27  |  2KB  |  40 lines
  1. Subject: Re: digest 
  2. Date: Mon, 25 Jul 1994 14:47:07 +1000
  3. From: Warwick Allison <warwick@cs.uq.oz.au>
  4. Precedence: bulk
  5.  
  6. Ofir Gal wrote:
  7. >warwick@cs.uq.oz.au said:
  8. >>
  9. >>Another approach is to do the edit field as a form - ie. when editing
  10. >>it, use form_do just drawing the edit field.  I haven't tried this yet,
  11. >>but it seems feasible.
  12. >
  13. >I don't understand this one.
  14.  
  15. For example, if a click-to-type paradigm is used (I'm not suggesting it
  16. should be though), clicking on an editable field would cause a popup
  17. editable field.  Once editing finished (eg. Return, or TAB, or arrowkey),
  18. the form would pop-down.  Now, the pop-up/pop-down could be invisible
  19. to the user - all it is really doing is forcing a redraw of the area of
  20. the editable field after editing completes.  I'm not suggesting that
  21. this crudest form would be acceptable to users, but it is the only way
  22. I see of still using the objc_edit() function on dialogs-in-backgrounded-wins.
  23. As keyboard input normally goes to just the top window, using this modal
  24. click-to-type may be acceptable for bg windows.  Note that Calamus uses
  25. this kind of interaction for various text/numeric inputs into it's toolboxes
  26. [although those toolboxes are desktop objects, not windows].
  27.  
  28. >>Ken/Goemon/Gehenom/Dan Hollis:
  29. >            ^^^^^^^
  30. >Gehenom means hell in Hebrew...
  31.  
  32. Yes, it means seomthing like that in NetHack too :)
  33.  
  34.  
  35. Do we have a list of topics-to-be-discussed?  I'd like to add Iconification
  36. to that list (not to be talked about yet, but when the time comes).
  37.  
  38. --
  39. Warwick
  40.